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REAL PARTY IN INTEREST 

The Real Party of Interest is Medtronic, Inc. of Minneapolis, Minnesota. 

RELATED APPEALS AND INTERFERENCES 

There are no related appeals or interferences for the above-referenced patent application. 

STATUS OF CLAIMS 

Claims 1 and 4-20 are pending and are the subject of this Appeal. The claims on appeal 
are set forth in Appendix A. 

Claims 1, 4-14, and 16-20 stand rejected under 35 U.S.C § 103(a) as allegedly being 
unpatentable over U.S. Patent No. 6,385,589 to Nelson et al. (hereinafter "Nelson") in view of 
U.S. Patent Publication No. 2002/0046239 by Stawikowslri et al. (hereinafter "Stawikowski") 
and further in view of U.S. Patent No. 6,385,589 to Trusheim et al. (hereinafter "Trusheim"). 

Claim 15 stands rejected under 35 U.S.C § 103(a) as allegedly being unpatentable over 
Nelson in view of Stawikowski and Trusheim and further in view of Official Notice. 

STATUS OF AMENDMENTS 

No amendments were filed subsequent to the final Office Action dated February 1, 2010. 

SUMMARY OF CLAIMED SUBJECT MATTER 

All pending claims relate generally to data exchange systems for use with medical device 
systems wherein web services are implemented to facilitate data exchange functions. 1 One of the 
web services is a translation web service having an input method configured to receive medical 
data in a first format and an output method configured to return the medical data in a plurality of 
output formats 2 , wherein translation web service is further configured to receive a request for one 
of the plurality of output formats from an invoking application 3 , and the output method is 
configured to return the medical data to the invoking application in the requested output format. 4 



1 Appellant's specification, e.g., at paragraph [0006]. 

2 Id., e.g., at paragraphs [0008], [0047]-[0050], [0054], [0065], [0072], [0078], and [0080] and Table II. 

3 Id., e.g., at paragraphs L0008J, [0047], [0048], [0065], [0078] and Table II. 

4 Id., e.g., at paragraphs [0048] and [0065] and Table II. 
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Independent claim 1 recites a system for exchanging medical data, the data exchange 
system comprising means for acquiring medical data 5 , means for handling medical data wherein 
medical data may be stored, analyzed, or displayed 6 , one or more devices configured to provide a 
plurality of web services for performing a data exchange function between the means for 
acquiring medical data and the means for handling medical data 7 , wherein one of the web 
services is a translation web service having an input method configured to receive medical data 
in a first format and an output method configured to return the medical data in a plurality of 
output formats 8 , wherein translation web service is further configured to receive a request for one 
of the plurality of output formats from an invoking application 9 , and the output method is 
configured to return the medical data to the invoking application in the requested output 
format. 10 

The function performed by the means for acquiring medical data is acquiring medical 
data. The structure described in the specification as corresponding to the function of acquiring 
medical data is a medical device, such as an implantable medical device or an external medical 
device. 11 

The function performed by the means for handling medical data is handling medical data, 
such as storing, analyzing or displaying medical data. The structure described in the 
specification as corresponding to the function of handling medical data is a data handling system, 
which may include a host server for a centralized database and/or one or more third party or 
clinical data storage systems. 12 

Independent claim 19 recites a system for exchanging medical data, the data exchange 
system comprising a first means for handling medical data wherein medical data may be stored, 
analyzed or displayed and wherein first medical data handling means is provided with a 
communication connection 13 , a second means for handling medical data wherein medical data 
may be stored, analyzed, or displayed and wherein second medical data handling means is 

5 Appellant's specification, e.g., at paragraphs [0030] and [0034]. 

6 Id, e.g., at paragraphs [0007], [0008], [0026], [0027], [0037], [0038], and [0044]. 

7 Id, e.g., at paragraphs [0006]-[0009], [0026], [0027], [0038], [0042], [0044], [0045], [0067], [0068], [0075], and 
[0081]. 

8 Id., e.g., at paragraphs [0008], [0047]-[0050], [0054], [0065], [0072], [0078], and [0080] and Table II. 

9 Id., e.g., at paragraphs [0008], [0047], [0048], [0065], [0078] and Table II. 

10 Id., e.g., at paragraphs [0048] and [0065] and Table II. 

11 Id, e.g., at paragraphs [0030] and [0034]. 

12 Id., e.g., at paragraphs [00071, [0008], [0026]. [0027], [0037], [0038], and [0044]. 

13 Id., e.g., at paragraphs [0007], [0008], [0026], [0027], [0034], [0037]-[0041], and [0043]-[0045]. 
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provided with a communication connection 14 , one or more devices configured to provide a 
plurality of web services for performing a data exchange function between the first and second 
data handling means via a communication connection 15 , wherein one of the web services is a 
translation web service having an input method configured to receive medical data in a first 
format and an output method configured to return the medical data in a plurality of output 
formats 16 , wherein translation web service is further configured to receive a request for one of 
the plurality of output formats from an invoking application 17 , and the output method is 
configured to return the medical data to the invoking application in the requested output 
format. 18 

The function performed by the first means for handling medical data is handling medical 
data, such as storing, analyzing or displaying medical data. The structure described in the 
specification as corresponding to the function of handling medical data is a data handling system, 
which may include a host server for a centralized database and/or one or more third party or 
clinical data storage systems. 19 

The function performed by the second means for handling medical data is handling 
medical data, such as storing, analyzing or displaying medical data. The structure described in 
the specification as corresponding to the function of handling medical data is a data handling 
system, which may include a host server for a centralized database and/or one or more third party 
or clinical data storage systems. 20 

Independent claim 20 recites a system for exchanging data between a medical device and 
a remote data handling system, the data exchange system comprising the medical device, 
wherein the medical device is configured to store medical data and transfer the data via a 
communication connection 21 , means for electronically storing data in the remote data handling 
system and for receiving data from the medical device via the communication connection 22 , one 
or more devices configured to provide a plurality of web services for performing a data exchange 



14 Id. 


e.g. 




15 Id. 


e.g. 




16 Id. 


e.g. 


at 


"Id. 


e.g. 


at 


"Id. 


e.g. 


at 


]9 Id. 


e.g. 


at 


20 Id. 


e.g. 


at 


21 Id. 


e.g. 




22 Id. 


e.g. 


at 



[0007], [0008], [0026], [0027], [0034], [0037]-[0041], and [0043]-[0045]. 
[0006]-[0009], [0026], [0027], [0037], [0040], [0041], and [0043]. 
paragraphs [0008], [0047]-[0050], [0054], [0065], [0072], [0078], and [0080] and Table II. 
paragraphs [0008], [0047], [0048], [0065], [0078] and Table II. 
paragraphs [0048] and [0065] and Table II. 

paragraphs [0007], [0008], [0026], [0027], [0037], [0038], and [0044]. 
paragraphs [0007], [0008], [0026], [0027], [0037], [0038], and [0044]. 
paragraphs [0007], [0034], [0035], and [0037]. 

paragraphs [0007], [0008], [0037], [0039], [0044], [0059]-[0063] and Table I. 
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function 23 , wherein one of the web services is a translation web service having an input method 
configured to receive medical data in a first format and an output method configured to return the 
medical data in a plurality of output formats 24 , wherein translation web service is further 
configured to receive a request for one of the plurality of output formats from an invoking 
application 25 , and the output method is configured to return the medical data to the invoking 
application in the requested output format 26 , and wherein the web service may be invoked by an 
application running on the medical device or on the remote data handling system to allow data to 
be exchanged between the medical device and the remote data handling system. 27 

The functions performed by the means for electronically storing data in the remote data 
handling system and for receiving data from the medical device via the communication 
connection are electronically storing data in the remote data handling system and receiving data 
from the medical device via the communication connection. The structures described in the 
specification as corresponding to the functions of electronically storing data in the remote data 
handling system and receiving data from the medical device via the communication connection 
are data exchange web services, such as a storage web service. 28 

GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Appellant submits the following grounds of rejection to be reviewed on Appeal: 

1. The rejection of claims 1, 4-14, and 16-20 under 35 U.S.C. § 103(a) as 
being unpatentable over Nelson in view of Stawikowski and further in 
view of Trusheim. 

2. The rejection of claim 15 under 35 U.S.C. § 103(a) as being unpatentable 
over Nelson in view of Stawikowski and Trusheim and further in view of 
Official Notice. 



23 Id., e.g., at paragraphs [0006]-[0009], [0026], [0027], [0037], [0040], [0041], and [0043]. 

24 Id, e.g., at paragraphs [0008], [0047]-[0050], [0054], [0065], [0072], [0078], and [0080] and Table II. 

25 Id., e.g., at paragraphs [0008], [0047], [0048], [0065], [0078] and Table II. 

26 Id., e.g., at paragraphs [0048] and [0065] and Table II. 

27 Id., e.g., at paragraphs [0007], [0027], and [0036]-[0O43]. 

28 Id, e.g., at paragraphs [0007], [0008], [0037], [0039], [0044], [0059]-[0063] and Table I. 
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ARGUMENT 

Appellant respectfully requests reversal of the current rejections advanced by the 
Examiner by the Board of Patent Appeals based on the arguments below. 

1. Rejection of Claims 1. 4-14 and 16-20 under 35 U.S.C. § 103(a) over Nelson in 
view of Stawikowski and further in view of Trusheim 

The Final Office Action rejected claims 1, 4-14, and 16-20 under 35 U.S.C. § 103(a) as 
allegedly obvious over Nelson in view of Stawikowski and further in view of Trusheim. 
Appellant ubmits that this rejection is in error and should be reversed. The applied references 
fail to disclose or suggest each and every element of Appellant's claims 1, 4-14, and 16-20. 

Claims 1, 4-14 and 16-18 

Independent claim 1 recites a system for exchanging medical data. The data exchange 
system comprises means for acquiring medical data, means for handling medical data wherein 
medical data may be stored, analyzed, or displayed, and one or more devices configured to 
provide a plurality of web services for performing a data exchange function between the means 
for acquiring medical data and the means for handling medical data. One of the web services is a 
translation web service having an input method configured to receive medical data in a first 
format and an output method configured to return the medical data in a plurality of output 
formats. The translation web service is further configured to receive a request for one of the 
plurality of output formats from an invoking application, and the output method is configured to 
return the medical data to the invoking application in the requested output format. 

The Examiner's rejection of claim 1 as allegedly being obviousness fails to account for 
each and every element of claim 1 . As one example, none of the references cited by the 
Examiner teaches or suggests "a translation web service having an input method configured to 
receive medical data in a first format, and an output method configured to return the medical data 
in a plurality of output formats ." The Examiner correctly noted that Nelson does not teach the 
translation service required by Appellant's claim 1, but cited Trusheim to overcome this 
deficiency of Nelson. However, Trusheim fails to teach or suggest "a translation web service 
having an input method configured to receive medical data in a first format, and an output 
method configured to return the medical data in a plurality of output formats ," as required by 
Appellant's claim 1. 
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Trusheim describes a medical data system that can be used for practicing preventative 
medicine. 29 The system of Trusheim includes a translator 31 that receives source data files 30, 
which are stored in a variety of legacy systems in a variety of legacy formats. 30 The translator 3 1 
is used to translate the source data files 30 into a single common format. 31 For example, the 
translator 31 includes a translation program that receives a data file having a first format and 
translates the data file into an output file having a second, standard format. 32 The translation 
program utilizes data maps to translate data files from a variety of first formats to the single 
second format. 33 As described by Trusheim, the primary function of the translator is to provide 
mapping of source data files (comprised of a variety of legacy data having different formats) to 
standard data elements and code value names, e.g., of the single standard format. 34 

Trusheim does not teach or suggest "a translation web service having an input method 
configured to receive medical data in a first format, and an output method configured to return 
the medical data in a plurality of output formats ." In fact, the Examiner appears to have 
conceded this point. Rather than argue that Trusheim teaches this requirement of claim 1, the 
Examiner asserted that "Trusheim teaches translating the data from one format to another, 
therefore it teaches a structure necessary to configure the data in a plurality of formats." 35 

The Examiner's assertion that Trusheim teaches a structure necessary to configure the 
data in a plurality of formats is incorrect. Trusheim relies on a series of unidirectional maps to 
convert data stored in a variety of legacy formats into a single, common format. Trusheim 
makes clear that the output format is a standard format. For example, as described above 
Trusheim states that the "primary function of translator 31 is to provide mapping of source data 
files to standard data elements and code value names." Contrary to the assertion of the 
Examiner, the translator 3 1 of Trusheim could not be used to convert source data in a variety of 
different formats, e.g., due to the Trusheim translator only having unidirectional maps with a 
single output format. Trusheim does not teach or suggest returning data in a plurality of output 
formats, and the Trusheim translator is incapable of doing so. 



' Trusheim, col. 1, lines 6-15. 
10 Id. at col. 8, lines 5-9. 



32 Mat col. 8, lines 9-15. 



Id. at col. 8, lines 15-30. 
5 E.g., Office Action dated July 6, 2009. 
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As another example, none of the references cited by the Examiner, alone or in 
combination, teaches or suggests a "translation web service... configured to receive a request for 
one of the plurality of output formats from an invoking application, and the output method is 
configured to return the medical data to the invoking application in the requested output format." 

As described above, the Examiner appears to have conceded that Trusheim does not teach 
receiving a request for one of a plurality of formats, and returning medical data in the requested 
output format, as recited in claim 1 of the present application. Rather, the Examiner's argument 
is that the hardware of Trusheim could be used to perform this function. Despite the ability of 
Trusheim to convert one data format into another, it does not necessarily follow that the 
hardware of Trusheim is capable of receiving a request for one of a plurality of formats, and 
returning data in the requested output format. 

As shown in Fig. 3 of Trusheim, the translator 31 is connected only to source data files 
30 and a bus adapter program 35a. There is no apparatus present for receiving a desired format 
input. It is an oversimplification to assert that the hardware for data conversion to a single 
format can necessarily be used for receiving a request for one of a plurality of formats, and 
returning data in the requested output format. 

Trusheim fails to teach or suggest receiving "translation web service. . .configured to 
receive a request for one of the plurality of output formats from an invoking application," and 
returning the medical data "in the requested output format," as required by claim 1 . Trusheim is 
limited to outputting data in a single format, without the ability to receive a request for an output 
format that is one of a plurality of output formats. Likewise, Nelson and Stawikowski also fail to 
disclose these requirements of Appellant's claim 1. Consequently, Nelson in view of 
Stawikowski and Trusheim fails to teach, suggest, or disclose the translation web service 
required by claim 1 . 

The Examiner's position is that, despite the failure of Trusheim to teach "a translation 
web service having an input method configured to receive medical data in a first format, and an 
output method configured to return the medical data in a plurality of output formats," or a 
"translation web service. . .configured to receive a request for one of the plurality of output 
formats from an invoking application, and the output method is configured to return the medical 
data to the invoking application in the requested output format," it still would have been obvious 
based on Trusheim to further modify the combination of Nelson and Stawkowski to include these 
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features. This position is untenable. Absent any teaching of these features in the prior art, there 
is no apparent reason one of ordinary skill in the art to have included them in a combination of 
Nelson and Stawkowski. 

Furthermore, Trusheim is not related to a translation web service that performs a data 
exchange function between two means, as recited in claim 1 . The Examiner incorrectly asserted 
that the web server 50 of Trusheim being in communication with the translator 31 somehow 
supports the assertion that Trusheim includes a translation web service. Contrary to the 
Examiner's assertion, the translation services provided by the translator 3 1 of Trusheim are 
performed wholly within the translator 3 1 , 36 As described above, the translator 3 1 simply 
converts input data into a common output format. The fact that the translator 31 may have some 
attenuated connection to a web server does not transform the translator 3 1 into a translation web 
service. 

Trusheim is also not at all related to a translation web service that performs a data 
exchange function between two means as required by Appellant's claim 1, and the translator 31 
of Trusheim is not a web service. Moreover, none of the applied references include any teaching 
for modifying translator 3 1 of Trusheim to make it a web service. For example, Trusheim 
includes no teaching as to how to modify its teachings to comply with receiving any other sort of 
input data, e.g. medical data from a means for acquiring medical data or a means for handling 
medical data as required by Appellant's claim 1 . Neither Nelson nor Stawikowski reveal how 
one could modify the teachings of Trusheim to arrive at the web service of Appellant's claim 1. 

In sum, even if one of ordinary skill in the art had found a reason to combine the applied 
references, one would not have arrived at the requirements of Appellant's claim 1 from their 
combination. 

Dependent claims 4-14 and 16-18 are allowable for at least the reasons put forth above 
with respect to independent claim 1, from which they depend. 

Claim 19 

Claim 1 9 recites requirements similar to those of independent claim 1 . For example, 
independent claim 19 requires a system for exchanging medical data. The data exchange system 
comprises a first means for handling medical data wherein medical data may be stored, analyzed 
or displayed and wherein first medical data handling means is provided with a communication 

36 See Trusheim, Fig. 3. 
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connection, a second means for handling medical data wherein medical data may be stored, 
analyzed, or displayed and wherein second medical data handling means is provided with a 
communication connection, and one or more devices configured to provide a plurality of web 
services for performing a data exchange function between the first and second data handling 
means via a communication connection. One of the web services is a translation web service 
having an input method configured to receive medical data in a first format and an output method 
configured to return the medical data in a plurality of output formats. The translation web 
service is further configured to receive a request for one of the plurality of output formats from 
an invoking application, and the output method is configured to return the medical data to the 
invoking application in the requested output format. 

For at least the reasons described with respect to independent claim 1, the applied 
references also fail to disclose or suggest each and every element of Appellant's independent 
claim 19. 

Claim 20 

Claim 20 recites requirements similar to those of independent claim 1 . For example, 
independent claim 20 requires a system for exchanging data between a medical device and a 
remote data handling system. The data exchange system comprising the medical device, wherein 
the medical device is configured to store medical data and transfer the data via a communication 
connection, means for electronically storing data in the remote data handling system and for 
receiving data from the medical device via the communication connection, and one or more 
devices configured to provide a plurality of web services for performing a data exchange 
function. One of the web services is a translation web service having an input method 
configured to receive medical data in a first format and an output method configured to return the 
medical data in a plurality of output formats. The translation web service is further configured to 
receive a request for one of the plurality of output formats from an invoking application, and the 
output method is configured to return the medical data to the invoking application in the 
requested output format. The web service may be invoked by an application running on the 
medical device or on the remote data handling system to allow data to be exchanged between the 
medical device and the remote data handling system. 
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For at least the reasons described with respect to independent claim 1, the applied 
references also fail to disclose or suggest each and every element of Appellant's independent 
claim 20. 

2. Rejection of Claim 15 under 35 U.S.C. §103(a) over Nelson in view of 
Stawikowski and Trusheim and further in view of Official Notice 

The Office Action rejected claim 15 under 35 U.S.C. § 103(a) as allegedly beingobvious 
over Nelson in view of Stawikowski and Trusheim and further in view of Official Notice. 
Appellant submits that this rejection is in error and should be reversed. 

Claim 1 5 requires that the multifunction web service is an enrollment web service for 
registering a patient or medical device record newly enrolled in a first data storage system into a 
second data storage system. The Examiner inappropriately relied on Official Notice, rather than 
provide a reference evidencing knowledge of this requirement in the prior art, despite 
Appellant's repeated requests for a reference demonstrating that it is well known to register a 
patient and/or medical device in a web service. The Examiner also failed to provide an objective 
reason for further modification of the cited references in view allegedly well-known teaching in 
the prior art. In fact, in the Final Office Action dated February 2, 2010, the Examiner attempted 
to shift the burden to the Appellant to separately argue the patentablility of the claim without the 
Examiner first providing an anticipatory reference. 

Official Notice without documentary evidence to support an Examiner's conclusion is 
permissible only in some circumstances. 37 While "Official Notice" may be relied on, these 
circumstances should be rare when an application is under final rejection or action under 37 CFR 
1.1 13. 38 It is not appropriate for the Examiner to take official notice of facts without citing a 
prior art reference where the facts asserted to be well known are not capable of instant and 
unquestionable demonstration as being well-known. 39 For example, assertions of technical facts 
in the areas of esoteric technology or specific knowledge of the prior art must always be 
supported by citation to some reference work recognized as standard in the pertinent art. 40 



37 SeeMPEP 2144.03. 

38 Id. 

39 See In reAhlert, 165 USPQ 418, 420-421 (CCPA 1970). 

40 Id. 
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The Examiner has failed to cite a reference demonstrating that it was, at the time the 
application was filed, well known to register a patient and/or medical device in a web service. 
This supposed prior art teaching is clearly not the sort that is capable of instant and 
unquestionable demonstration as being well-known. Furthermore, the Examiner has failed to 
provide an objective reason for further modification of the cited references in view supposedly 
well known teaching. Accordingly, the Examiner has failed to make out a prima facie case of 
obviousness of claim 15. 

CONCLUSION 

The Examiner has failed to meet the burden of establishing a prima facie case of 
obviousness with respect to claims 1 and 4-20. In view of Appellant's arguments, the final 
rejection of Appellant's claims is improper and should be reversed. Reversal of all pending 
rejections and allowance of all pending claims is respectfully requested. Appellant respectfully 
requests separate review by the Board for each of the grounds of rejection addressed above under 
separate headings. 

Date: August 16, 2010 
SHUMAKER & SIEFFERT, PA 
1625 Radio Drive, Suite 300 
Woodbury, Minnesota 55125 
Telephone: 651.286.8350 
Facsimile: 651.735.1102 
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APPENDIX A 
THE CLAIMS ON APPEAL 

1 . A system for exchanging medical data, the data exchange system comprising: 
means for acquiring medical data; 

means for handling medical data wherein medical data may be stored, analyzed, or 
displayed; 

one or more devices configured to provide a plurality of web services for performing a 
data exchange function between the means for acquiring medical data and the means for 
handling medical data, 

wherein one of the web services is a translation web service having an input method 
configured to receive medical data in a first format and an output method configured to return the 
medical data in a plurality of output formats, 

wherein translation web service is further configured to receive a request for one of the 
plurality of output formats from an invoking application, and the output method is configured to 
return the medical data to the invoking application in the requested output format. 

4. The system of claim 1 wherein the plurality of web services further includes an analysis 
web service. 

5. The system of claim 4 wherein the analysis web service includes an analysis method for 
performing a requested data analysis function on the specified data and returning the analysis 
results to an invoking application. 
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6. The system of claim 1 wherein the plurality of web services further includes a storage 
web service. 

7. The system of claim 6 wherein the storage web service includes a method for writing data 
to a data storage system. 

8. The system of claim 6 wherein the storage web service includes a method for retrieving 
data from a data storage system. 

9. The system of claims 7 or 8, wherein the data storage system is any of a relational 
database system; a file system; an XML file system, or a medical device. 

10. The system of claim 1 wherein the plurality of web services further includes a 
multifunction web service. 

1 1 . The system of claim 10 wherein the multifunction web service invokes any of a 
translation web service, an analysis web service, and a storage web service. 

12. The system of claim 1 1 wherein the multifunction web service is a data log service for 
informing a first data storage system of a new data set entered into a second data storage system. 

13. The system of claim 12 wherein a new data set comprises a record of a monitoring 
session performed by a medical device. 
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14. The system of claim 1 1 wherein the multifunction web service is a session retrieval 
service for retrieving monitoring session data recorded by a medical device and stored in a data 
storage system. 

15. The system of claim 1 1 wherein the multifunction web service is an enrollment web 
service for registering a patient or medical device record newly enrolled in a first data storage 
system into a second data storage system. 

1 6. The system of claim 1 wherein the means for acquiring medical data is an external 
medical device having telemetric communication with an implantable medical device for 
receiving data from the implantable medical device and storing the data. 

17. The system of claim 1 wherein the means for acquiring medical data is an external 
monitoring or therapy delivery device capable of acquiring and storing medical data. 

18. The system of claim 1 wherein the means for acquiring medical data is an implantable 
medical device. 
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19. A system for exchanging medical data, the data exchange system comprising: 

a first means for handling medical data wherein medical data may be stored, analyzed or 
displayed and wherein first medical data handling means is provided with a communication 
connection; 

a second means for handling medical data wherein medical data may be stored, analyzed, 
or displayed and wherein second medical data handling means is provided with a communication 
connection; 

one or more devices configured to provide a plurality of web services for performing a 
data exchange function between the first and second data handling means via a communication 
connection, 

wherein one of the web services is a translation web service having an input method 
configured to receive medical data in a first format and an output method configured to return the 
medical data in a plurality of output formats, 

wherein translation web service is further configured to receive a request for one of the 
plurality of output formats from an invoking application, and the output method is configured to 
return the medical data to the invoking application in the requested output format. 
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20. A system for exchanging data between a medical device and a remote data handling 
system, the data exchange system comprising: 

the medical device, wherein the medical device is configured to store medical data and 
transfer the data via a communication connection; 

means for electronically storing data in the remote data handling system and for receiving 
data from the medical device via the communication connection; 

one or more devices configured to provide a plurality of web services for performing a 
data exchange function, 

wherein one of the web services is a translation web service having an input method 
configured to receive medical data in a first format and an output method configured to return the 
medical data in a plurality of output formats, 

wherein translation web service is further configured to receive a request for one of the 
plurality of output formats from an invoking application, and the output method is configured to 
return the medical data to the invoking application in the requested output format, and 

wherein the web service may be invoked by an application running on the medical device 
or on the remote data handling system to allow data to be exchanged between the medical device 
and the remote data handling system. 
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APPENDIX B 
EVIDENCE 
NONE 
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APPENDIX C 
RELATED PROCEEDINGS 
NONE 
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